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(57) A method of linking a program module, whk:h 
implements dynamic linkage to an extemal functbn and 
executes said extemal function, chamcterised in that a 
function name described in a header portion of a pro- 
gram module and a function name to be referred to by 
saki program rnodule are replaced with other names; 
and functions fiaving the same names as said replaced 
function names are linked and executed in place of an 
original function. 
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Des riptlon 

BACKGROUND OF THE INVENTION 

RELD OF THE INVENTION 

[0001] The present invention relates to a method of 
changing a dynamic link library function efficiently and 
a computer system for executing the same. 

DESCRIPTION OF THE REIJVTED ART 

[0002] A linker is a program whbh links object mod- 
ules, acquired by separate compiling, into a single load- 
able module by adjusting a reference relationship 
among the object modules or addresses thereof. To ad- 
just a reference relationship among modules, a specific 
module registered in an object module libraiy or a load 
module library is k>aded as needed. In a case where a 
plurality of modules are linked, it is necessary to adjust 
the modules in such a way as to hold the adequate ref- 
erence relattonship among them and to allow executton 
of the modules to progress without problems. It is the 
biggest role of a linker to ensure such adjustment and 
link a plurality of modules into a single executable toad 
module. 

[0003] An object nrKxiule does not consist only of a 
machine language program (the text portbn), but also 
contains directory inf ormatksn called an external symbol 
directory and a relocation directory. Those directories 
are the important information sources for a linker. Reg- 
istered in an external symbol directory are external 
names and extemal references. The 'external name' is 
a symbol name which can be ref ened to by another pro- 
gram module. The "extemal reference" is a symbol 
name which is not defined in a kx^al module. As an ex- 
temal name and extemal reference can be discriminat- 
ed by an instruction in a source program, a language 
interpreting program kientifies them and puts them in an 
object module. Each item registered in the extemal sym- 
bol directory contains an associated symbol name and 
infomiation on where In the associated module that 
symbol name is used, i.e. , an address at which the sym- 
bol name is used. 

[0004] A Tinker collates the extemal name of a desired 
object module with a extemal reference, and gives the 
address for an extemal name to the extemal reference 
if the same name is found. This establishes linkage of 
both the external name and the extemal reference. In 
some cases, however, a match may not be found by 
merely referring to the external symbol directory of an 
input object module so that the extemal reference re- 
mains. In such a case, the linker searches an object 
module library or a load module library for a module to 
which a matching extemal name belongs and loads the 
module into a load module, and tries to find a matching 
xtemal reference at the sam tim . 
[0005] A set of object fil s of a previously prepared 



extemal function is call da library. An bject file is a file 
which results from combining an xtemal function and 
Is stor d in th f rm of an object program modul . A li- 
brary whk:h is automatk:ally Ihk d by, f r example, a C 

s compiler is called a standard library. 

[0006] A program in a library may tak the form of a 
source program or may take the form of an object file. 
A program linked to another program portnn before 
compiling in the form of a source program, and after 

10 compiling in the fbrni of an objed file. In the case of Imk- 
ing a program after compiling, the linking action is called 
a linkage. There are two linkages: one Is a statb linkage 
which links a program module before executing it and 
the other is a dynamk: linkage which carries out linking 

IS when a program Is called after its executbn has started. 
DLL, which is the latter linkage, is called a dynamic link 
library functk)n where components or the like of Win- 
dows, the operate system whk:h has substantially be- 
come standard in the fieki of personal computers, are 

20 stored. DLL is a libraiy associated with a prograrn, and 
can be shared by a plurality of program modules. A pro- 
gram module lodes DLL nrK>dule into memory and uses 
It, whenever necessary. This DLL file helps reduce the 
program size on an extemal memory device or memory, 

25 and enjoys a merit of a shorter devebping time because 
correction orthe like of software bugs can be implement- 
ed by rewriting only a target DLL file. 
[0007] To alter the process of a dynamic link library 
function (X) to be used by a program module, conven- 

30 tionally, a dynamic link library function (Y) which in- 
cludes a process equivalent to that of the dynamic link 
libraiy f unctton (X) is generated and the program mod- 
ule should be so modified as to caO that function. 
[0008] However, a dynamb link library including the 

35 dynamic link library function (Y) should have functions 
equivalent to all the dynamic link library functions includ- 
ed in a dynamb link library which includes the dynamic 
link library functton (X). When there is no available 
means which squires source codes of the dynamic link 

40 library f uriction (X) and makes modification based on the 
source codes or when the total number of dynamic link 
library functbns included in a dynamic link library is 
large, an extenshfe devek)ping cost is required to alter 
the process of the dynamic link library function (X). 

45 

SUMI^Y OF THE INVENTION 

[0009] Accordingly, It rs an object of the present inven- 
tion to effbiently alter a dynamb link library functbn, at 

50 the time of generating a dynamic link library including a 
dynamic link library function (Y), by suppressing, as 
much as possible, the amount of codes to be newly add- 
ed or generated for other portions of the dynamic link 
libraiy functbn (Y) than those which are to be changed. 

55 [001 0] It is another object of this inventbn to provide 
a m thod of changing an xternal function to be r - 
ferred, without recompiling a program module, by alter- 
ing extemal function reference information described in 
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th program module, and a computer syst m which x- 
ecutesthem thod. 

(00111 According! on aspect of this Invention, in a 
program nrKxIul .which imp! ments dynamic linkage t 
an external function and executes th xtemal function, s 
a function name described in a header portion of a pro- 
gram module and a function name to be referred to by 
the program module are replaced with other names, and 
functions having the same names as the replaced func- 
tion names are linked and are executed in place of an io 
original function. Further, an original function is execut- 
ed using the functions having the same names as the 
replaced function names, and a preprocess or a post- 
process for the original function is descnl>ed and Is ex- 
ecuted to thereby expand a function without altering the is 
original function. 

[0012] According to another aspect of this invention, 
in a library A to be dynamically linked at a tcme of exe- 
cuting a program module, a Gbrary B having the same 
name as the function A and including functions having so 
the same names as functions included in the library A 
is dynamically linked and executed at the time of exe- 
cuting the program module, a library name described in 
the original library A and a function name, which can ^ 
extemally be referred to, are replaced with other nan^, 
and a function in the original library A is executed from 
a function in the library B and at the same time a pre- 
process or a postprocess is executed, whereby the pre- 
process or postprocess is added to a library f unctkxi. 
[0013] With the above structure, at the time of gener- 30 
ating a dynamic link library including a dynamic link li- 
brary function (Y), the amount of codes to be newly add- 
ed or generated for other portions of the dynamb link 
library function (Y) than those w^ich are to be changed 
can be suppressed as much as possible. This can en- 3S 
sure efficient alteration of a dynamk: link library function. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0014] The accompanying drawings, which form a 40 
part of this specification, illustrate the presently pre- 
ferred embodiments and are used to explain the princi- 
ple of the invention as well as to give the general de- 
scription that has been given above and the detailed de- 
scription of the preferred embodiments that will be dis- 4S 
cussed below. 

FIG. 1 is a diagram illustrating the structure of a 
computer system capable of efficiently changing a 
dynamic link library function; so 
FIG. 2 is a diagram showing a program stmcture 
according to a first embodiment of the invention, de- 
veloped on a memory; 

FIG. 3 is a diagram depicting a program stmcture 
according to a second embodiment of the Invention, ss 
dev loped on a memory; 

FIG. 4 is a diagram illustrating a program structure 
according to a third embodiment of the invention, 



d vetop d on a memory; 

FIG. 5 is a diagram showing a program structure 
according to a f urth mbodlment of th inventton, 
devek>ped on a rriemory; 

FIG. 6 is a diagram depicting a first symbol referring 
method, devetoped on a memory, which is to a to 
be used in each embodiment of the Invention; 
FIG. 7 is a diagram showing a second symbol re- 
fening method, developed on a memory, which is 
to a to be used In each embodiment of the inventton; 
FIG. 8 is a flowchart illustrating control procedures 
according to the first embodiment of the invention; 
FIG. 9 is a flowchart illustrating control procedures 
according to the second embodiment of the inven- 
tion; 

FIG. 10 is a flowchart illustrating control procedures 
according to the third embodiment of the inventbn; 
FIG. 11 is a flowchart illustrating ccxitrol procedures 
according to the fourth embodiment of the inven- 
tion. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 



ipol 5] The structures and operatkxis of preferred em- 
bodiments of this invention will now be described while 
illustrating the devebping environment on Windows 95 
by Microsoft Corporatbn. which is substantiaily a stand- 
ard operating system (OS) for personal computers. FIG. 
1 exemplifies the structure of a computer system to be 
used in this inventkxi. In the figure, a CPU 1 , the control 
center, reads programs including an OS, which are bad- 
ed and stored in a main memory device 2, one at a time 
and executes them to perform operatkxial control or 
control various devices connected to the computer sys- 
tem. In a program module for implementing dynamb 
linkage to an extemal function, which Is kxaded and 
stored in the main memory device 2 as needed, and ex- 
ecuting the extemal function, the CPU 1 cooperates with 
the OS to replace a function name described in the 
header portkxi of the program module and a function 
name to be referred to by the program module with other 
names, link functions having the same names as the re- 
placed function names and execute the linked functbns 
instead of theoriginal function. Further, the original func- 
tion is executed using the functions having the same 
names as the replaced function names, and a preproc- 
ess or a postprocess is executed to thereby expand a 
function without altering the original f unctkxi. 
[0016] Windows 95. which is Installed as a reskient 
OS in the main memory device 2, consists mainly of the 
following six parts, and is allocated and stored in the 
main memory device 2 together with an application pro- 
gram (APL) to be executed. Those six parts are a resi- 
dent part (kernel 21), the main body of Windows 95, a 
part(d vice driv r 22) which is clos r to hardware and 
directly exchanges commands and data with th hard- 
ware, a part (registry 23) which sets the hardware and 
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carries set information, a control part 24 for reading and 
writing files, a part (virtual machin 25) for controlling 
the usag of d vices by an applfcation. and a part (ex- 
plorer 26) which receives a command from a us r ran 
application and returns the results. Each part is further 
s parated. function by function, into program files and 
data files In the forms of modules, which are in turn al- 
located and stor^ as Windows' folders 'm the main 
memoiy device 2. 

[0017] Various application programs and data are 
stored in a large-capacity hard disk unit 3 and a CD- 
ROM drive unit 4. The hard disk unit 3 is connected to 
the system via an IDE interface, and the CD-ROM drive 
unit 4 via an SCSI interface. Flies stored in the large- 
capacity hard disk unit 3 and the CD-ROM drive unit 4 
are read out via the file read/write control part 24 of the 
OS. The control part 24 also intenrenes file writing in the 
hard disk unit 3. When one opens the Windows 95 or 
the large-capacity hard diskunit 3 using the explorer 26, 
multiple fokiers and/or files appear. A DLL file, which will 
be discussed later, is one of such files. 
[001 8] A nfK>use-equ!pped keyboard unit 5 and a print- 
er 6 are connected to the system via a keyt)oard con- 
troller (KBC 8) and a parallel interface, respectively. 
Both units are managed by a file, called the virtual ma- 
chine 25, in such a way as not to be owned by a single 
application, thus ensuring multi4asking. and their oper- 
ations are controlled by a file called the device driver 22. 
A display nrxxiitor 7 is connected to the system via a 
graphics display control LSI (GDC) 9. The graphics dis- 
play control LSI 9 transfers graphics data, developed on 
a woridng area in the main xn&mory devk:e 2. to a bit 
map memory 10, and reads and displays desired data 
in synchronism with the display timing. The aforemen- 
tioned six parts of the OS do not operate independently, 
but functbn in cooperatbn with one another. A system 
bus 11 consists of a plurality of lines for the address, 
data and control. The aforementtoned units 1 , 2, 3, 4, 6, 
B and 9 are connected to one another by this bus. 
[001 9] Before going to a description of the stmctures 
and operations of the embodiments of the inventkxi, a 
symbol reference relattonship between an applbatbn 
program and a dynamic link library will be discussed. 
Means by which a program module refers to symbols of 
a dynamic link library during its execution is classified 
into the following two ways. 

[0020] RG. 6 shows a first symbol refening method. 
As source codes 61 or 62 of a program or a dynamic 
link library are compiled and linked, an object module 
63 is generated. The object module 63 consists of a 
header 631 . a text 632, data 633. an export section 634 
and an import section 635. The export section 634 in- 
cludes information of function symbols which allow the 
module to refer to another module. The import section 
635 includes information (DLL1 , fund ; a set of the name 
of a library module which r fers to a symbol and the 
name of the symbol) bas d on which th module refers 
to a functkxi symbol from a library module. When a pro- 



gram directly calls a symbol (fund ) which th dynamic 
link library DLL1 xports. a modul 64 called an UB file, 
which is g nerated as a result of compiling arKi finking 
th source codes of th DLL1. should be designated at 

5 thetim of linkage. 

[0021] Describ d in the LIB file ar information of the 
library module name (DLL1) and the name of a symbol 
(fund) to be exported. As the program designates the 
UB file at the time of Hnkage, information of the DLL1 

10 and fund are described in the import sectk>n 635 of the 
object nrKxiule. When a program nruxJule is loaded on 
the memory during executk)n, the library iradule (DLL1) 
is also baded according to the information described in 
the import section 635, and the load address of the f unci 

IS is written in the import sectton 635 of the program mod- 
ule. As a result, when the fund is called during execu- 
tion of the program module, the fund of the DLL1 is 
executed in accordance with the address written in the 
import section 635. 

20 [0022] A second symt»ol refening method will be dis- 
cussed using FIG. 7. As program 73 executes af unctkxi 
(LoadLbrary) for dynamically loading a dynamte link li- 
brary to k>ad a library module (DLL1), and executes a 
function (GetProcAddress) for acquiring the address of 

2S a symbol which the loaded Itorary module will export, 
the fund can be executed. In this case, a program rnod- 
ule 71 need not designate the LIB file of the DLL1 at the 
tiiDe of linkage, and information of the library module 
name "DLLI " and the symbol name fund " are not de- 

50 scribed in an import section 735. In the diagram, "71 ■ 
denotes the source codes of the program module and 
"72' denotes a program module (object program) whbh 
is generated by compiling the source codes. The pro- 
gram OKxiule 72 consists of a header, text, data, export 

35 section and import sectran, the same structure as used 
in the first symbol referring method illustrated in FIG. 6. 
[0023] FIG. 2 is an operational concept diagram illus- 
trating one embodiment of the inventton with the oper- 
ation shown developed on the memory. Specifically, 

40 FIG. 2 shows an example of adding a preproceiss or a 
postprocess to a function fund, without altering the mod- 
ule of the dynamic link library DLL1 in a case where the 
program module has called the functbn fund which the 
dynamic link library DLLI will export, using the first re- 

45 ferring method shown in FIG. 6. A preprocess or a post- 
process is a routine which is added to expand a function, 
like data saving or data restoratk>n. 
[0024] In the figure, "1 " is a CPU, "2' is a main memory 
device and "3" is an external memory device, like a 

so large-capacity hard disk. First, the CPU 1 generates a 
dynamic link library 22 (DLL2) including a function f unc2 
whk:h is a preprocess or a postprocess added to a pro- 
gram 21 (fund). Hereinafter, a function which Is a pre- 
process or a postprocess to an original functbn is called 

ss a jacket routine, and a dynamic link library including a 
jacket routine is called a jacket library 22. As th sourc 
codes of the program 21 or th dynamic link library 22 
or23ar compiled and linked, a program nxxiule 25. a 
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jacket library modul 26 or an original library nrxxlule 27 
is gen rated. 

[0025] AsaUBfile24orth dynamic link library 23 
(hereinafter called "original library (DLLI)") is designat- 
ed at the time f linkag , the jack t library 22 (DLL2) s 
imports th fund that is to be xportedbyth DLL1 (23). 
As the module name 'DLLI" and the symlx>l name 
*func1' described in an import sectkx) 255 of the pro- 
gram module 25 are respectively changed to Dl±2 and 
func2, the jacket library 22 (DLL2) is k^aded instead of io 
the DLL1 and the address of the f unc2 is written in the 
import sectk>n 255, when the program module 25 is 
loaded into the main memory device 2. Accordingly, at 
the time of executing the program nmlule, the func2 is 
called instead of the iur\c\ and a preprocess or a post- y5 
process can be added to the process of the fund . 
[0026] FIG. 8 illustrates an operational flow when a 
program module is executed. As the import section is 
changed in the above^escribed procedures (step 882), 
and the program module 25, the jacket library 2 and the so 
original library 23 are executed (steps S81 , S83 and 
S84), it Is possible to dynamteally link the dynamic link 
library functk>n and execute the program module. 
[0027] Speciftcally, a preprocess or a postprocess 
can be ackJed to a dynamic link library function and ex- 2S 
ecuted without changing the dynamic link library tunc- . 
tion, by replacing the dynamic link Ibrary name de- 
scribed in the header portion of the program module and 
a functton name, which is to be referred to by the pro- 
gram module, with other names, linking and executing so 
a dynamic link library, which includes a f unctton whose 
name Is the same as the replaced f unctk)n name and 
has the same name as the replaced .library name, In- 
stead of the original dynamb link library, executing the 
origffiai dynamic link library function using the function 3S 
having the same name as the replaced functbn name, 
and executing the preprocess or postprocess. 
[0028] FIG. 3 shows an example of adding a preproc- 
ess or a postprocess to a functbn fund without altering 
the program module iri a case where the program mod- 
ule has called the function fund whbh the dynamic link 
library DLLI will export, using the first referring method 
shown in FIG. 6. First, the jacket library DLL1 (32) which 
has the same name as the original dynamb link library 
DLL2 (33) is generated. The jacket library DLLI (32) ex- 
ports the function fund having the same name as the 
functbn fund whbh the original library Dli.1 (31) will 
export. As the name of the original library DLLI (33) be- 
comes bentical to the name of the jacket library DLLI 
(32), the name is changed to DLL2. The fund which the so 
jacket library DLII (32) will export internally calls the 
fund whbh the original library DLL2 (33) will export, and 
adds a preprocess or a postprocess to the called fund . 
Since functions with the same name cannot be called, 
the symbol name fund * described in an export section ss 
394 of the riginal library DLL2 (33) is chang dtofunc2. 
For the fund whbh th Jack t library DLLI (32) will ex- 
port, therefore, th func2 should be called. 



[0029] Referring to the func2, howov r, requires th 
LIB file 35 where the library module name 'DLL2' and 
the symbol name f unc2' are described. Because th 
module name "DLLI ■ and th symbol nam fund' are 
described in th LIB file 35 of the riginal library DLL2 
(33), however, it is insignificant to link this UB fil 35. It 
is thus necessary to prepare an LIB file 36 which in- 
cludes the library module name 'Di±2' and the symtx>l 
name "func2.' In this respect, a dummy dynamb link li- 
brary 34 which has the library nrxxlule name "DLL2" is 
prepared. TTie durrvny library 34 (DLL2) includes a dunv- 
my functbn f unc2. Because the dummy function f unc2 
is needed only to describe the symbol name f unc2' in 
the LIB file 36, it can be empty. As the module name 
'DLL2* and the symbol name "func2* are descrit>ed in 
the LIB file 36. which is acquired as a resulting of com- 
piling the dummy library DLL2 (34), this LIB file 36 can 
be designated at the time of linking the jacket library 
DLL1 (32). When the fund is called at the time of exe- 
cuting the program module, therefore, the fund of the 
^cket library DLL1 is called so that a preprocess or a 
postprocess can be added to the process of the fund. 
[0030] FIG. 9 shows the operatbnal flow. It becornes 
possible to dynamically link the dynamb link library func- 
tbn and execute the program by executing the program 
module (step S91), generating the dummy library in the 
above-described procedures (step S92) f olbwed by the 
executbn of the jacket library (step S93), and then 
changing the export section in ttie abcve-descn*bed pro- 
cedures (step 894) followed by the executbn of the orig- 
inal library (step S95). 

[0031] Specifically, in a dynamic link library (A) which 
is dynambally linked at the time of executing a program 
module 37, a dynamic link Ibrary (B) which has the 
same name as the dynamb link library (A) and includes 
functions having the same names as those of f unctbns 
included in the dynamic link library (A) is dynamically 
linked and executed at the time of executing the pro- 
gram module 37, the dynamic link library name and an 
externally referable function name, described in the 
original dynamic link library (A), are replaced with other 
names, a functbn in the original dynamb link library (A) 
is executed from a function in the dynamic link library 
(B), and a preprocess or a postprocess is executed. This 
allows a preprocess or postprocess to be added to the 
dynamic link library functbn and executed without alter- 
ing the program module 37. 

P)032] FIG. 4 shows an example of adding a preproc- 
ess or a postprocess to a functbn fund without altering 
both the program module and the module of the dynamb 
link library DLLI in a case where the program module 
lias called the f unctk^n fund whbh the dynamic link li- 
brary DLLI will export, using the first referring method 
shown in FIG. 6. 

[0033] First, the jacket library DLL1 (42) whbh has the 
sam nam as th original dynamb link library DLLI 
(43) is generated Th jacket library DLLI (42) exports 
th functbn fund having the same name as the function 
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f unci which the original library DLL1 (43) will export. As 
th nameoftheoriginallibFarypU.1 (43)becom s iden- 
tical to the name of th jacket library DLL1 (42). th 
liame is changed to DLL2. Th f unci which the jacket 
library DLL1 (42) will export xecutes a function Load- 
Library to dynamically load a dynamic link library, there- 
by toading the original library DLL2 (43). and executes 
a function GetProcAddress for acquiring the address of 
a symbol which the baded dynamic link library will ex- 
port. Accordingly, the fund which the jacket library 
DLL1 (42) will export can internally calls the fund which 
the origoial library DLL1 (43) will export, and can add a 
preprocess or a postprocess to the called fund . 
[0034] When the fund is called at the time of execut- 
ing a program module 45, therefore, the f unci of the jack- 
et library DLL1 is called so that a preprocess or a post- 
process can be added to the process of the fund . FIG. 
10 shows the operational flow. It is possible to dynami- 
cally link and execute the dynamic link library f unctk:>n 
by executing the individual steps of executing the pro- 
gram module first (step SI 01 ). then executing the jacket 
library (step SI 02). loading the original library (step 
8103) and executing the original library (step SI 04). 
[0035] Specifically, in a dynamic link library (A) whfch 
is dynambaily linked at the time of executing the pro- 
gram module, a dynamb link library (B) which has. the 
same name as the dynamic link library (A) and Includes 
f unctkxis having the same names as those of functions 
included in the dynamic link library (A) is dynamically 
linked and executed at the time of executing the pro- 
gram module, the dynamic link library (A) Is dynamically 
loaded from a function in the dynamic link library (B) 
(step SI 03), a function in the original dynamte link library 
(A) is executed and a preprocess or a postprocess is 
executed by using a function for acquiring the execution 
address of the dynamb link library function included in 
the loaded dynamb link library (A). This way altows a 
preprocess or postprocess to be added to the dynamic 
link library function and executed without altering the 
program module and the dynamic link library module. 
[0036] FIG. 5 shows an example of adding a preproc- 
ess or a postprocess to af unctbn fund without altering 
the module of the dynamic link library DLL1 In a case 
where the program module has called the function fund 
which the dynamic link library DLL1 will export, using 
thesecorid referring method shown in FIG. 7. To accom- 
plish the additbn, a process of changing the designated 
dynamfc link library riame to the jacket library name and 
a process of changing the designated symbol name to 
a symbol name which the jacket library will export are 
respectively added a function LoadUbrary for dynami- 
calV losing a dynamic link library and a function Get- 
ProAddress for acquiring the address of a symbol which 
the loaded dynamb link library will export, by using the 
method illustrated in FIG. 2 or FIG. 3. 
[0037] First, a jacket library Kemel32X (52) of a k rnel 
32 whbh is a dynamb link library including the f unctbns 
LoadLbrary and GetProAddress is prepared. The jacket 



library Kemel32X (52) includes a functbn LoadLibraryX 
where a process of internally calling th function Load- 
Library and changing th given dynamb Gnk library 
name to a jacket name Is added, and a functbn Get- 

s ProAddressX wh re a process of intemally calling th 
functi nGetPr Address and changing th giv n symbol 
name to a jacket routine name b added. 
[0038] Then, the module name ''Kemel32' described 
in an import sectbn 555 of a program nrKxiule 55 is re- 

10 written to the pcket library name 'Kemel32X." and the 
symbol names "LoadLibrary" and 'GetProcAddress' to 
'LoadUbraryX* and "GetProcAddressS' respectively. 
Accordingly, when the functions LoadLibrary and Get- 
ProAddress are called during execution of the program 

IS module 55. the jacket routines LoadLibraryX and Get- 
ProcAddressS are executed. By replacing the dynamb 
link library name "DLLI* or the symbol name fund*, 
shown in. for exampb, FIG. 6. is replaced with the jacket 
name 'DLLS' or the jacket routine name f unc2' when 

20 the name 'DLLI ' or fund ' is given to the function Load- 
LibraryX or GetProAddressX. therefore, the functbn 
f unc2 which the jacket library DLL2 will export Is execut- 
ed when the functbn fund whbh the dynamb link library 
DLLI will export is called during execution of the prp- 

25 gram module 55. It is thus possible to add a preprocess 
or a postprocess to the process of the fund . 
[0039| FIG. 11 shows the operatbnal flow. It b possi- 
ble to dynamically link the dynamic link library functbn 
and execute the preprocess or postprocess specifically 

30 by changing the import sectbn according to the above- 
described procedures (step S111) followed by the exe- . 
cutlon of the program iiKxiule (step S112), loading the 
^cket library (step S113), executing the jacket library 
(step S114), and executing the original library (step 

35 S115). 

[0040] Specifically, in a program module which, at the 
time of execution, dynambally links and executes a dy- 
namic link library functbn by using a function (a) for dy- 
namically loading a dynamic link library, a process of re- 
40 placing the name of a dynamic link library which is re- 
quested to be loaded with another name is added to the 
function (a) by using the method shown in FIG. 1 or FIG. 
2. Accordingly, the bad-requested dynamb link library 
is replaced with another dynamic link library without al- 
tering the dynamic link library or without altering the pro-, 
gram module. 

[0041] Further, by adding a process of replacing the 
name of a function whose executbn address b request- 
ed with another name by using the method shown in 

50 FIG. 2 or FIG. 3 to a function (b) of for acquiring the 
execution address of a function included in the dynamb 
link library that has dynambally been loaded by the pro- 
gram module, the function whose execution address 
has been requested is replaced with another functbn 

55 without altering the dynamb link library or vyithout alter- 
ing the program modul . 

[0042] As apparent from the for going descrlptbn, 
this invention b characterized in that in a program mod- 
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ule, which implements dynamic luikage t an extemal 
function and executes th xtemal function, a function 
name described in a head r portion of a program mod- 
ul and a function name to b referred to by the program 
modul are replaced with other names, and functions s 
having the sam names as the replac d function names 
are liniced and executed instead of the original function, 
and a preprocessor a postpiocess is executed, thereby 4. 
allowing a function to be expanded without altering the 
original function. With this feature, at the time of gener- io 
ating a dynamic Ijnk library including a dynamic link li- 
brary f unctk>n (Y), the amount of codes to be newly add- 
ed or generated for other jportk)ns of the dynamic link 
library f unctkxi (Y) than those whk:h eu'e to t>e changed 
can be suppressed as much as possible. This can en- is 
sure more efficient alteration of a dynamic link library 
functbn and can reduce the devebping cost. 
[0043] It shoukJ be apparent to those skilled in the art 
that other advantages and other modifteatk)ns of the 
present inventfon may be d)tained easily. Therefore, so 5. 
this invention is not limited to the details, the specific 
apparatuses, and the present examples all given herein. 
Therefore, the invention may be modified in many other 
specific fonns within the scope of the appended claims 
and without departing from the spirit and scope of the 2S 
inventk>n defined by the scope equivalent to that of the 
appended claims. 

Claims ^ 

1. A method of linking a program module, which im- 
plements dynamic linkage to an extemal functfoh 
and executes said extemal functton. characterized 

in that a functron name described in a header por- 55 6. 
tlon of a program module and a function name to be 
referred to by said program module are replaced 
with other names; and functions having the same 
names as sakf replaced function names are linked 
and executed in place of an original function. ^ 

2. The method according to claim 1 , characterized In 
that an original f unctbn is executed using said func- 
tions having the same names as said replacedfunc- 
tbn names, and a preprocess or a postprocess for 45 
said original function is described and is executed 

to thereby expand a function without altering said 7. 
original f unctkxi. 

3. A method of linking a program module, which im- so 
plements dynamic linkage to an extemal function 
and executes saki extemal functkxi, characterized 

in that a library f unctton A to be dynamk:al}y linked 
at a time of executing said program module imple- 
ments dynamic linkage to a library B having the ss 
same name as said f unctbn A and including tunc- 
tbns having the same names as functions included 
in a library A and executes said library B at a tffne 



of xecuting saki program module, replaces a li- 
brary nam described in said original library A and 
a function name, whbh can xt mally be ref rred 
to, with other names, and calls a functbn in said 
original libraiy A from a functbn *tn sab library B and 
xecutes said functbn. 

The method according to claim 3, characterized in 
that sab library functbn A to be dynambally linked 
at a time of executing satd program module replac- 
es a library name described In said original library 
A and a function name, whbh can externally be re- 
ferred to, with other names, calls a function in sab 
original library A from a functbn In sab library B and 
executes sab functbn, and describes and executes 
a preprocess or a postprocess, whereby sab pre- 
process or postprocess Is added to a library functbn 
without altering sab program module. 

A method of linking a program rrxxiub, whbh im- 
plements dynamic linkage to an extemal functbn 
and executes said extemal function, characterized 
in that a library A to be dynamically linked at a time 
of executing said program module implements dy- 
namic linkage to a library B having the same name 
as said library A and including f unctbns having the 
same names as functions included in said library A 
and executes said library B at a time of executing 
sab program module, dynambally bads said li- 
brary A from a functbn in sab library B, and exe- 
cutes a functbn in sab original library A by using a 
function for acquiring an execution address of a li- 
brary function included in sab library A. 

The method according to claim 5, characterized in 
that sab library A to be dynambally linked at a time 
of executing said program module dynamically 
k>ads said library A from a functbn in sab library B, 
executes a functbn in said original Ibrary A by us'mg 
a functbn for acquiring an execution address of a 
library function included In said library A, and de- 
scribes and executes a preprocess or a postproc- 
ess, whereby said preprocess or postprocess is 
added to a library functbn without altering sab pro- 
gram module and a library module. 

The method according to any one of claims 1 to 6, 
characterized in that a program module for impb- 
menting dynamic linkage to a library functbn and 
executing said library function by using a function 
A for dynambally loading a library upon execution 
adds to said function A a process for replacing a 
name of a library requested to be loaded with an- 
other name, wheret^y said library requested to be 
baded is replaced with another library without al- 
tering a dynamic link libraiy or altering said program 
module. 
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8. Th methcxJ according to claim 7, characteriz d in 
that said program module for imp! m nting dynam- 
ic linkage t a library function and executing said 
library function by using a f unctiori A for dynamically 
loading a library upon execution adds a process for s 
replacing a nam of a function wh so ex cution ad- 
dress is requested with another name, to a function 

B for acquiring an execution address of a f unctbn 
included in said library dynamically loaded by said 
program module, whereby said function whose ex- io 
ecutbn address is requested is replaced with an- 
other function without altering said library or said 
program module. 

9. A computer system for dynamically linking a pro- 
gram module to an external function to be used by 
said program module and executing said program 
module, characterized in that said computer system 
comprises: 

nrieans for replacing a function name described 
in a header portion of said program module and 
a function name to be referred to by said pro- 
gram module with other nafnes; and 
means for linking functkxis having the. same 2S 
names as said replaced function names and 
executing said linked functions in place of an 
original f unctkxi. 

1 0. The computer system according to claim 9, charac- so 
terized by further comprising means for executing 

an original f unctbn using said functbns having the 
same names as said replaced function names, and 
executing a preprocess or a postprocess. whereby 
a function is expanded without altering said original ss 
function. 

11. A computer system for dynamically linking a pro- 
gram module to an external function to be used by 
said program module and executing said program ^ 
module, characterized in that in a library function A 

to be dynamically linked at a time of executing said 
program module, said computer system comprises: 

means for dynamically linking said program 45 
module to a library B having the same name as 
said library functbn A and including functions 
having the same names as functions included 
in a library A, and executing said library B at a 
time of executing said program module; and so 
means for replacing a library name described 
in said original library A and a function name, 
which can externally be referred to, with other 
names, and executing a function in said original 
library A from a function in sakj library B. ss 

12. Th computer system according to claim 11 , char- 
acterized by further comprising: 



means for r placing a library name descnlsed 
in sab original library A and a function nam , 
which can externally b referred to. with oth r 
names, and xecuting a f unctbn in said original 
library A from a function in said library 8; and 
means for executing a preprocess or a post- 
process, whereby said preprocess or postproc- 
ess is added to a Ibrary functbn without alter- 
ing sab program module. 

13. A computer system for dynamically linking a pro- 
gram nrxxJule to an external function to be used by 
said program module and executing said program 
nxxlule, characterized in that in a library A to be dy- 
namically linked at a time of executing said program 

. module, said computer system comprises: 

means for dynamically linking said program 
module to a library B having the same name as 
sab library A and includingf unctbns having the 
same names as functbns included in sab li- 
brary A, and executing sab library B at a time 
of executing sab program nrKxiule; and 
. means for dynambally bading said library A 
from a functbn b said library B, and executing 
a function in said original library A by using a 
function for acquiring an execution address of 
a library function included in said ibrary A. 

14. The computer system according to claim 1 3, char- 
acterized by further comprising: 

means for said library A. to be dynamically 
linked at a time of executing sab program mod^ 
ule dynamically loading sab library A from a 
functbn in said library B, executing a functbn 
in sab original library A by using a function for 
acquiring an execution address of a library 
functbn included in said library A; and 
means for executing a preprocess or a post- 
process, whereby sab preprocess or postproc- 
ess is added to a Ibrary function without alter- 
bg sab program module and a library module. 

15. The computer system according to any one of 
claims 9 to 14, characterized in that in a program 
module for implementbg dynamic linkage to a li- 
brary function and executing said library function by 
using a function A for dynamically bading a library 
upon execution, said computer system comprises 

* means for adding to said function A a process for 
replacing a name of a library requested to be loaded 
with another name, whereby said library requested 
to be baded is replaced with another library without 
altering a dynamic link library or altering said pro- 
gram module. 

16. The computer syst m according to claim 15, char- 
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acterized by further comprising means for adding a 
process for replacing a name of a function whose 
executbn address Is requested wfth another nam 
to a function B for acquiring an xecution address 
of a function includ din a library dynamically loaded s 
by said program modul , wh reby said function 
whose mecutton address is requested is replaced 
with another function without altering said library or 
said program module. 

10 

17. A computer-readable recording medium for use in 
a computer system for dynamically finking a pro- 
gram module to an external function to be used by 
said program module and executing said program 
module, characterized in that following procedures »5 
are programmed and recorded in said recording 
medium: 

(a) a step of replacing a function name de- 
scribed in a header portion of said program 20 
module and a function name to be referred to 

by said program module with other names; 

(b) a step of implementing linkage to a l&rary 
including a function with the same name as said 
replaced function name and having the same 25 
name as said replaced library name, and exe- 
cuting saki linked library In place of an original 
library; and 

(c) a step of executing an original dynamic link 
library function using said function having the so 
same name as said replaced function name, 
and executing a preprocess or a postprocess. 

18. A computer-readable recording medium for use in 

a computer system for dynamically linking a pro- 55 
gram module to an external f unc^kxi to be used by 
saki program module and executing said prograin 
module, characterized in that folbwing procedures 
are programmed and recorded in said recording 
medium: ^ 

(a) a step of. In a library A to be dynamically 
linked at a time of executing said program mod- 
ule, dynamically linking said program module 

to a library B having the same name as said 45 
library A and including functkxis having the 
same names as functkxis Included in said li- 
brary A, and executing said library B at a time • 
of executing said program module; 

(b) a step of replacing a library name descrit>ed so 
in said original library A and a function name, 
which can externally be referred to, with other 
names; and 

(c) a step of executing a f unctkxi in said original 
library A from a function In said library B and ss 
executing a preprocess or a postprocess. 



a computer system f r dynamicaliy linking a pro^ 
gram modul to an external function to be used by 
saki program module and executing said program 
module, characterized In that folbwing procedures 
are programmed and r corded in saki recording 
mediunrc 

(a) a step of, in a library A to be dynamically 
linked at a time of executing said program mod- 
ule, dynamk^ally linking said program module 
to a library B having the same name as saki 
library A and including functions having the 
same names as functions included in sab li- 
brary A, and executing sab library B at a time 
of executing sab program nrxxlule; and 

(b) dynamk:ally loading said library A from a 
functbn In said library B, and executing a func- 
tion in sab original library A by using a function 
for acquiring an executbn address of a library 
functbn included in said library A, and execut- 
ing a preprocess or a postprocess. 

20. The computer-readable recording medium accord- 
ing to any one of claims 17 to 19, characterized In 

. that a step of adding to said function A a process 
for replacing a name of a library requested to be 
loaded with another name is further programmed 
and recorded, whereby said library requested to be 
baded with another dynamic Unk library without al- 
tering said library or said program modub. 

21. The computer-readable recording medium accord- 
ing to claim 20. characterized in that a step of add- 
ing a process for replacing a name of a function, 
whose execution address is requested with another 
name, to a functbn B for acquiring an execution ad- 
dress of a function included in a library dynamically 
baded by sab program module is programmed and 
recorded, whereby sab function whose execution 
address is requested is replaced with another func- 
tion without altering said libraiy or said program 
module. 



19. A computer-readable recording medium for use in 
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